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TITLE OF THE INVENTION 

A METHOD AND SYSTEM FOR PUBLICATION AND REVISION OF 
HIERARCHICALLY ORGANIZED SETS OF STATIC INTRANET AND 

INTERNET WEB PAGES 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates generally to a method, system, and computer program product 
for production, revision, and hierarchical organization of electronic documents for local or 
global electronic network publication in the form of web browser- or word processor- 
accessible documents containing automatically updated lists with summary information of 
and hyperlinks to an underlying set of electronic documents with detailed information for 
each item in a given list. 

Discussion of the Background 

Software tools are now available to simplify the design and publication of static home 
pages in markup languages such as, for example, Hyper Text Markup Language ("HTML") or 
extensible Markup Language ("XML") formatted text files in combination with graphics files 
for World Wide Web (web) publishing. Exemplary software tools include Microsoft 
FrontPage, NetObjects Fusion, and HotMetal Pro. The main advantage of static home pages 
is the ease of design of static home pages utilizing text files with embedded "tags," and the 
structural power inherent in linking documents using hyperlinks. The main disadvantage of 
static home page designs arises when the contents of the static pages requires frequent 
updates, particularly when such frequent updates involve adding and deleting a significant 
number of pages, as well as adding and deleting hyperlinks that refer to those updated pages 
from other parts of a given web page structure. For example, adding a new product 
description page or removing an existing page from a product catalog on the web normally 
involves revisions of additional pages. Those additional pages may include summary lists, or 
tables, of various products and product groups, which in turn may have hyperlinks to more 




detailed descriptions on the product description pages. 

Microsoft FrontPage checks hyperlinks and creates reports of malfunctioning Unks 
between a summary list file and a detailed description file for each item in the summary hst 
file. However, in response to adding or deleting the detailed description and graphical files, it 
5 does not automatically create, modify, or remove item summaries and their respective 
hyperlinks in the list. 

As the burden of updating and organizing frequently revised static pages increases, 
some web site designers have chosen to use a database system with functions that generate 
interfaces between a database and web browsers in an HTML framework. For example, it is 
1 0 possible that a page may contain only page design tags and script commands, while the page's 
i3 information contents may be retrieved dynamically from an Internet-connected server 
database's records and fields. U.S. Patent No. 5,835,712 to DuFresne discloses such a 
3 technique. Active Server Pages running on the Microsoft Personal Web browser are another 

technique. Figures 1 A and IB illustrate a web document where data are retrieved from a 
m database. In the web page design shown in Figure 1 A, a web page 1 00 includes a begin tag 
; 1, 1 02 and an end tag 1 08 and one line of code 1 06 for the web page publisher. The line of code 
-3 1 06 includes the database name and a Structured Query Language ("SQL") query. Figure IB 
^i shows a web page 1 10 including data returned from the database as it would appear to an end 
!K user. For setup and fi-equent mahitenance of simple HTML-formatted pages as shown in 
20 Figure 1 A, many users have opted to use a client/server database web page solution (even for 
quite small data volumes and a relatively moderately sized updating frequency). 

The dynamic retrieval occurs "on demand" and as defined firom the page script 
commands. Thus, if information is changed in the database, this revision will automatically 
appear on the database-linked web page the next time a browser requests this page. Hereafter, 
25 this solution is referred to as a database-centric web page solution, and web pages which 
utilize this solution are referred to as database-centric web pages. 

Dynamic web page publishing, including database-centric web pages and form- 
initiated database queries (i.e., search engine systems), rather than presenting this information 
in the form of pre-formatted or "static" web pages, requires that the information is retrieved 
30 on-the-fly fi-om a database on the Internet or Intranet server on request. Queries to the 
database are processed by script programs which execute a search engine's algorithms to 
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retrieve all the relevant data records from the database that satisfy a specific query from a 
user. The search engine then returns an HTML-formatted screen image of a list of "hits" to 
the user who has submitted the query. The user may then select one specific item on the hst, 
and thereby engage the search engine once more to retrieve the fiill record information for 
5 this specific item and display it, for example, on a computer screen. Thus, each query 

generates a new search result from scratch. The database and the search engine reside, for 
example, either on a company's server or Intranet server, or on an Intemet Service provider's 
Internet server. 

A database-centric web page solution offers a large degree of functional flexibility and 

10 power to handle dynamic publication of large amounts of data on the web. In addition, a 
^ 3 database-centric web page solution has the advantage of maintaining a given web page 

K design, or profile. This is due to the fact that the profile is given a priori by the template of 
S HTML or XML tags, combined with script fimction calls to retrieve data from the database. 
^3 The main disadvantage is that a database system utilizing this solution is more resource- 
li| demanding than a database system in which the data is organized as simple static web 
L.. documents such as, for example, text, sound, video, image and graphics files. 
:3 In spite of recent attempts to simplify setup and maintenance of database-centric 

11 dynamic web page pubUcations based on templates for page layout and design, the switch 
from static pages is still an obstacle for most companies and institutions or for local offices 

20 and departments within such organizations. This switch is particularly unsuitable for smaller 
and medium sized companies, with limited information technology ("IT") knowledge and 
capacity to support a locally-administered database-driven web page system such as database- 
centric web pages. Consequently, without database-centric web page management tools, 
many existing static home pages have outdated contents due to a limited time available to 

25 perform necessary revisions on the static web pages. Many potential publication projects that 
could be maintained, for example, from a given office or local department using a database- 
centric web page solution are postponed due to lack of resources to switch to a database- 
centric solution and lack of the time resources necessary to individually update all the static 
web page sites and their hyperlinks. 

30 One advantage of the present invention is that it simplifies the setup and maintenance 

of web pubHcation for web pages which need frequent updating, and where the publication 
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fits into a template of a hierarchy of overview category hst document files with summary data 
from underlying detailed description electronic document files. This task has been time- 
consimiing and impractical using conventional HTML editor tools. Thus, users have had to 
convert to database-centric frameworks. 

5 SUMMARY OF THE INVENTION 

Accordingly, one object of the invention is to provide a novel method, system, and 
computer program product for production, revision, and hierarchical organization of electronic 
documents on a computer for subsequent network publication of template-based and 
hierarchically organized information in the form of web browser- or word processor- 
IQl accessible documents. 

jS To achieve this object, the present invention stores in a first computer, for every given 

item, an electronic document file and a content data file containing at least (1) an 
^0 identification field which includes an allocated identification code for the given item, (2) a 
iS category field which links the given item to at least one item category, and (3) a description 
11 field which includes descriptive data and hyperlinks to the respective electronic docimient 
'1!: files. The first computer can be a local computer or a local server. The electronic document 
files can be stored, for example, as simple text files or as files having links to accompanying 
,S static or animated graphical files. 

This invention produces from the content data files a category hst document file for 
20 each item that belongs to a given category, establishes in the first computer a hierarchal 

organization including the category list document files on one level and the respective first 
electronic document files for each category on an underlying level, and transfers said 
hierarchical organization of the category list and electronic document files in the first 
computer to a second computer, producing a counterpart category list document file and a 
25 counterpart electronic document file. The content data files use the identification field as part 
of their respective file names and can be stored as data fields with markup language tags or 
other forms for file contents structuring that makes it possible to retrieve a file's contents in a 
structured way when needed. One embodiment of the second computer is an Internet server. 
The category list and document files are saved in a format accessible from a viewer program 
30 such as an Internet browser or a word processing program. The hierarchical organization can 
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be expanded vertically with more subcategories with specific sets of nested electronic files 
under each subcategory. 

Modification information which logs modifications to the category list and electronic 
document files in the first computer is recorded as a log file. The modification information 
includes a list of identification codes for all files on the first computer which have been 
modified. Upon demand, all files that have been modified according to the modification 
information are transferred to the second computer resulting in the modification being kept in 
synchronization with the category list and electronic docioment files residing on the first 
computer. For example, synchronization is achieved by copying all new or modified files to 
the second computer, and by deleting all files in the second computer which correspond to 
files which have been deleted in the first computer. Upon direction, contents of fields, content 
data files, electronic document files, and category list files can be updated with the changes 
automatically being recorded in the log file for subsequent revision of the corresponding files 
on the second computer. 

One advantage of this invention is to provide a novel method and system for electronic 
network publication of hierarchically organized information in order to make the process of 
frequent revision of static home pages more feasible for a larger range of Internet and Intranet 
publication tasks. These tasks include, for example, tabular and hierarchically organized 
news, presentations of staff in various departments, classification and presentation of 
fi-equently asked questions, product catalogs, course descriptions and curriculum, and other 
web publications with contents that change relatively frequently and with a hierarchical 
organization wherein one or more levels of lists contain hyperlinks to other lists or to detailed 
descriptions on lower levels. 

Accordingly, this invention provides a novel method and system for electronic 
network publication of hierarchically organized information affording straightforward 
maintenance of updated, complex static web publications well into the domain that 
traditionally has been considered an environment for database-centric systems (e.g., 
client/server systems). 

In order to achieve these objects, a contents editor concentrates on filling in data into 
available text and graphical fields that contributes to a given template's content data level. 
The system then automatically updates the overlying level of tabular summary files (i.e.. 



category list documents), based on which detailed descriptions on the content file level are 
defined to belong to which categories. Thus, a hierarchical structure of category list 
documents, each with a set of underlying item descriptions, is maintained and continuously 
updated. 

5 A graphical user interface is provided which resembles a report view in a database 

program, wherein each report represents an actual collection of items belonging to a given 
group and wherein a given item's complete set of data fields can be easily retrieved in 
response to a user request, for example, a mouse-click command. The graphical user interface 
also includes a page layout for a given detailed description data fields, resembling a "form 
10 view" in a database program, where new item descriptions may be added and where existing 
=;3 items may be revised or deleted. Altemative, complementary sets of list files are updated 
JJf wherein each set categorizes items in accordance with altemative category definitions. 
■;;f A third hierarchical level of an item organizing structure is organized wherein the 

^0 third level comprises a super-set of underlying nested, sets of item categories, so that the third 
level resembles different databases in a flat database structure, and each of the nested sets of 
r ^ item categories are accessible in response to a user request, for example, a mouse-click 
'vJ; command. 

Files are periodically copied, replaced and deleted on a remote server (automatically or 
on request) in accordance with a log file that includes a list of all item descriptions that have 

20 been modified, added, or deleted on a local machine since the last update event on the remote 
server, so that an identical copy of the local document file structure for the given hierarchical 
levels is maintained at an external server. Specially formatted text files containing summary 
data can be copied to a local or extemal network server to offer an open-ended export function 
of data to an extemal database. A local computer can be connected to an extemal database on 

25 the local personal computer ("PC") or local network server, in order to automatically import 
the contents of specific record files from the extemal database into defined data fields in the 
computer so that duplication of effort can be avoided. 

One advantage of the present invention is that one or more static documents can be 
accessed from a general viewer program (e.g., an hitemet browser or a word processing 

30 program) containing hyperlinks to the automatically updated category list documents for 
various item categories and resembling predefined database queries for a client/server 
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database structure. 

Another advantage of the present invention is that, by combining advantageous 
properties associated with static web page pubKcations with specific advantageous properties 
from database-organizational and database-query principles, the system offers a practical, low- 
5 cost and less-information-technology-demanding alternative to dynamic web page publication 
with database-centric web pages. 

Another advantage of the present invention is that a given web page publication task 
will be based on a given template for design, data field layout and organization. Thus, after 
the given template has been formed in the initial design phase, the contents editor can 
10 concentrate on fiUing in data into pre-defined fields using a user fiiendly and simple graphical 
k3 interface. 

jji Thus, the system provides a novel way to automate the organization and maintenance 

of frequently updated Intranet or Intemet web page structures in a way that resembles the 
database-centric web page system including database queries and reports, but which involves 

li| only static web pages on an Intranet or Intemet server, 

A system, which has been named Web Mirroring Technology ("WMT"), 

' ^ automatically generates and updates hierarchically organized information contents, consisting 
of various list documents (e.g., tables of products belonging to a given product category) and 

J"^ their underlying linked documents (e.g., more detailed descriptions of a given items in a given 

20 table). WMT maintains two identical copies of the web site, one at the ISP's Intemet server, 
and one at the company's own network. Thereby, one copy is a mirror image of the other. 
Due to its simplicity in terms of method and use, WMT solves many of the obstacles in 
connection with a search engine and database components in dynamic web page publishing. 
Another advantage is that text files are easy to trouble-shoot in comparison with 

25 binary, relational database files. 

Another advantage of the present invention is that it does not rely on third-party 
software systems (e.g., a word processor, a database program, or other systems for entering, 
retrieval and/or formatting of data). This contributes to making web publication based on the 
present invention less vulnerable to errors, easier to install and adjust, easier to maintain due 

30 to simpler system structure, and easier to leam and to master (particularly for persons with 
little IT experience). 
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BRIEF DESCRIPTION OF THE DRAWINGS 
A more complete appreciation of the present invention and many of the attendant 
advantages thereof will be readily obtained as the same becomes better understood by 
reference to the foUov^ing detailed description when considered in connection with the 
5 accompanying drawings, wherein: 

Figures 1 A and IB illustrate a web page design and a returned web page using a 
database system with functions that generate interfaces between a database and web browsers 
in an HTML framework; 

Figure 2 is a block diagram showing the functional relationship of Web Mirroring 
10 Technology ("WMT") between an Internet Service Provider which publishes static company 

home pages and a local network computer which creates and maintains a local copy of the 
y homepages; 

=:3 Figure 3 is a diagram of an exemplary HTML- or XML- formatted list file with 

exemplary HTML- or XML- formatted detailed description files that belong to a specific 
I S category for the list file; 

Figures 4A, 4B, 4C, and 4D are block diagrams showing the contents of various lists 
l;3 with each list grouped by a common category and having line items with summary data for 
{2 and hyperlinks to a record file; 

{!; Figure 4E is a block diagram showing the contents of the record file pointed to by the 

20 lists illustrated in Figures 4A, 4B, 4C, and 4D; 

Figure 5A is an exemplary "form" view for revision of a detailed item description; 
Figure 5B is an exemplary "report" tabular category view; 

Figure 6 is a flow diagram illustrating an exemplary flow of logic and data for creation 
and maintenance of files for item descriptions and category lists; 
25 Figure 7 is a flowchart of exemplary logic for adding a new item description; 

Figure 8A is an exemplary display of an HTML-formatted category hst file; 
Figure 8B is an exemplary display of a detailed description electronic document file; 
Figure 8C is an exemplary search page, offering hyperlinks to three parallel sets of 
categorical list files, a clickable map or an altemative drop-down box, and two drop-down 
30 boxes; 

Figures 8D and 8E illustrate exemplary startup pages of a graphical user interface after 



the user has started the program or data revision process, similar to Figures 5A and 5B; 

Figure 8F illustrates an exemplary graphical image defined to be a part of an item's 
description; 

Figures 9A and 9B are exemplary shopping basket templates for web design including 
hyperlinks to a set of list files where Javascript is embedded in the static web design template 
to offer client-side shopping facilities such as, for example, calculations, for items in the 
basket; 

Figure 10 illustrates an exemplary portion of a generalized computer system upon 
which portions of the invention may be implemented; and 

Figure 1 1 illustrates an exemplary portion of a generalized hardware configuration, in 
the format of a workstation, upon which portions of the invention may be implemented. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to the drawings, wherein like reference numerals designate identical or 
corresponding parts throughout the several views, and more particularly to Figure 2 thereof, 
there is shown a block diagram showing the functional relationship of Web Mirroring 
Technology ("WMT") 154 between an Internet Service Provider ("ISP") 164 which publishes 
web pages abroad on the Internet 150 and a local area network ("LAN") computer 180 which 
creates and maintains a local copy of the web pages on an Intranet 152. On the Intemet 150, 
various home page visitors, for example, Clients 156, 158, 160 and 162, may use their web 
browser to display various category list documents which have been produced by software 
referenced herein as NetSpinner, which is exemplary software embodying at least some of the 
functions of the present invention, on the ISP's server 164, and may use hyperlinked elements 
inside these documents to retrieve individual detailed description (item) documents that are 
displayed in a given category list document. WMT 154, which will be described in detail 
below, offers an option for dynamic web page publishing, on the Intemet 150, of the data 
contained in category list document files and detailed.description electronic document files. 

On the LAN 1 80, illustrated in Figure 2 as belonging to the Intranet 1 52, clients 
(workstations) 182, 184, 186 and 188 may read NetSpinner-produced documents in a similar 
way as the clients on the Intemet. Other clients 170, 172, 174 and 176 have NetSpinner 
installed in addition to their browser, so that these clients may revise (e.g., store, change, 



delete) as well as read an item's data. The NetSpinner software may be a specific executable 
file^ or it may offer a similar set of features as a combination of server-side and/or client-side 
script algorithms for revising directly through a browser's graphical user interface. NetSpinner 
may also be an extension or "plug-in" to an existing web authoring tool, e.g., FrontPage. 
5 The local network computer 180 and/or connected workstations 170, 172, 174, and 

176 use a software tool (e.g., NetSpinner) to build and revise a hierarchical set of markup 
language (e.g., HyperText Markup Language ("HTML") or extensible Markup Language 
("XML")) formatted category list files and detailed description electronic document files. 
These files, that contain identification, categorization, and descriptive data, are maintained as 
1 0 local web pages residing on the local computer 180 and represent the most up-to-date 

information that a company wishes to publish. Copies of these files are transferred on demand 
p to the ISP server computer 164 wherein a set of publishable web pages is stored as a set of 
^2 static web pages. CUents 156, 158, 160 and 162 logging into the website access these pages 
rn with no need to access the original files through the local computer 1 80. WMT 154 maintains 
1 5 identical copies of the local and publishable web pages. Theoretically, one copy of the 

^ browser-accessible set of web pages is a mirror image of the other, because changes that are 
'3 made to the data in the local web pages are thereafter updated at the external ISP server. No 
uj. extra database program or dynamic data-retrieving system is needed on the extemal server, 

nor on the local network server or PC. 
20 In an alternate embodiment, only one copy of the files is maintained and edited on the 

ISP. 

Instead of having the browser retrieve web page contents from a single database file or 
from a set of inter-connected database files as in a database-centric web page system, the 
WMT-based data presentation relies on successively generated static web pages (e.g., in the 

25 form of markup language files such as HTML-formatted or XML-formatted text files and 

accompanying graphical image files) in accordance with predefined but modifiable web page 
designs. Web page production is automatically performed by a PC- or workstation-installed 
computer program that will be described in detail below. The HTML, XML, or other markup 
language formatted text files are category Hst electronic document files and detailed 

30 description electronic document files. 

With the present invention, one obtains the appearance of a database system, including 



-10- 



four web-based database characteristics and three LAN-based database characteristics. On the 
web, those four database characteristics include: 

1. pre-defined queries or report headings (i. e., a home page with hnks to category list 
documents that are maintained by the invention); 
5 2. updated query results, or reports (i.e., a specific category list, containing references 

to all detailed descriptions of a predefined category); 

3. links to underlying detailed description electronic document files fi-om the list; and 

4. category lists and detailed description electronic document files formatted in 
accordance with a predefined template for field layout and Web design (i.e., style). 

10 On a LAN, those three database characteristics include: 

1 . a graphical user interface including predefined text fields and fields for graphics, 
S similar to a database's update editor (i.e., "form" view); 

=^5 2. within the same graphical user interface, a tabular overview of some key fields 

m (e.g., identification number, description data, etc.), similar to a database's report-view, where a 
ifj user selects (e.g., using radio buttons) a report of records belonging to a specific category 
^' ^ (e.g.. Category 1, Category 2, etc.); and 

=:3 3. a system that mimics a database system where a user may save, revise and delete 

detailed descriptions (i.e., description fields and associated electronic document files) but 
which, in its simplest form, comprises pure text files, by a combination of file name 
20 convention, directory structure, a file's internal structure, and a range of program-internal 
algorithms. 

In contrast to a conventional database-centric publication, this invention pre-creates all 
markup language presentations (e.g., HTML presentations or XML presentations) on a local 
machine, based on the actual contents of a set of individual record files, in connection with a 

25 user selecting to "save" or "delete" a specific record, or selecting to "Update Internet." The 
continuously updated markup language pages include web presentation of records (i.e., 
detailed descriptions), as well as the various reports (i.e., pre-defined query results, or 
category list documents). Similar to a conventional database-system, the presentations are 
automatically maintained by the system. The user or the contents editor simply concentrates 

30 on filling in data for one record of detailed description information at a time and then saves it. 
Similar to a database system, the reports (e.g., the category list documents) themselves are not 
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edited. They are maintained automatically in accordance with a predefined template for which 
a predetermined set of fields firom each detailed description record is included in a given line 
of the report. 

When the user selects the "Update Intemet" command, added and modified local 
markup language documents (e.g., HTML- formatted or XML- formatted category list files and 
detailed description electronic document files) are automatically copied (and files 
corresponding to locally deleted records will be deleted also) on the external web server. 

Thus, with the invention, the user obtains the benefit of the system simplicity fi-om a 
"static web page pubhcation," and a database system's strength from template-based 
presentation (style coherence), automatic organization, and power to handle fi*equent 
revisions. 

Figure 3 is a diagram of a specific HTML-, XML-, or other markup language 
formatted Ust file 200 which includes tabular summary fields with hyperhnks to formatted 
detailed description files that belong to a specific category for the list file. The diagram 
illustrates how a client who finds the descriptive data in line 5, denoted 202, sufficiently 
intriguing to warrant farther retrieval of complete information, is referred to an underlying 
detailed description electronic document file 204 where more detailed data for the descriptive 
data is located. Each line item in the table of the list file 200 corresponds to a specific detailed 
description file. 

Figures 4A, 4B, 4C, and 4D are block diagrams showing the contents of various list 
files 210, 212, 214 and 216 with each list grouped into a common category list and having line 
items such as, for example, 220 with summary data for and hyperlinks to a record file in a set 
of record files 218 shown in Figure 4E. The organization of category list files with line items 
having hyperlinks illustrate the relationship between the line items and the underlying 
electronic document files, or record files 218. Each line item in a list file includes an 
identification number 222, an item category 223, descriptive data 224, and a hyperlink 226 to 
the respective underlying electronic document file in the record files 218. For example, the 
list 210 contains links to all record files which have even record numbers. Accordingly, a set 
of one or more lists comprising a complete categorization of the entire set of underlying 
electronic documents into different groups is entered and modified. Each item in the group 
defines an item level, and the categorization of the entire set defines an hierarchical 
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organization. Figures 4A, 4B, 4C, and 4D illustrate two parallel sets of independent 
categorizations, one having even and odd record numbers, and the other having record 
numbers in ranges, either less than six, or greater than or equal to six, that have been generated 
to offer clients different ways to approach the data as pre-defined "reports", or as "database 
5 query results", to use an analogy with classic dynamic web publications. 

Figure 5A is a schematic view of one possible graphical user interface 250 for 
displaying, creating or revising an item description based on the invention. A text field 252 is 
used to display a unique identifier (labeled "ID") for a particular item. The ID is preferably 
generated by the system. A category field 254 is entered by a user. A text field 256 is shown 
10 as an optional feature related to adding graphical or other non-textual data elements (e.g., 
r:j video or music) to the item description. A thumbnail graphic 258 is shown as a miniature 
J2 image of a more detailed image which may be optionally stored as a graphic file. Both the 
^2 thumbnail image and the more detailed image graphic files may be optionally stored as 
KO descriptive data. Field captions 260, 262 and 264 illustrate descriptive data fields for a 
l|j specific underlying detailed description file. In one embodiment, a button 266 is used for 
^ requesting a view for creating a new item description. In alternate embodiments, a menu 
Q element or a hot-key may be used for requesting the view, (Menu elements and hot-keys may 
ui also be used for each of the functions described belov^ instead of menu items). A button 268 
J; is used to save the field data for the presently displayed item description. A retrieve button 
20 270 is used to retrieve data for a previously saved item description. A text field 271 is used to 
commimicate to the application which item to display when the retrieve button 270 is pressed. 
A "show table" button 272 is used to change from the current graphical user interface to a 
"tabular view" as discussed belov^ with regard to Figure 5B. It is possible to access the tabular 
view of the category (e.g., "Fruits") currently shown in the interface 250. 
25 Figure 5B is a schematic view of one possible graphical user interface 280 for 

displaying a table 286 comprising data from all item descriptions belonging to a particular 
category, for the purpose of displaying an organized overview of existing data. Each line in 
the table contains data retrieved from one particular item description's set of fields. The user 
may toggle between data from other categories (e.g., by clicking a radio button 282 related to a 
30 specific category caption). A special button 284 may also be included for the purpose of 
switching from "tabular view" to "item view," as described with regard to element 272 of 
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Figure 5A. An extra feature may be included to make the system automatically display data 
from a specific item description that was marked in one way or another from the "tabular 
view" interface, for example by highlighting a line in the table 286 before selecting "item 
view." 

5 Figure 6 is a flow diagram illustrating an exemplary flow of logic and data for creation 

and maintenance of files for item descriptions and category lists. The left-hand side of Figure 
6 illustrates actions fi-om, and display for, a user 302 who adds and revises data in the given 
publication. The right-hand side shows actions performed by an application 300 on behalf of 
the user according to the invention. At step 304, the user 302 starts the application 300. One 

10 of the application's graphical user interfaces, in this case the "item view" as discussed 

previously with regard to Figure 5 A, is opened. The application 300 of Figure 6 automatically 
allocates a reference code or ID 306, for example a unique number that is not already used as 
an ID for another item description (optionally displaying it in one of the editable text fields 
ff\ 260, 262 or 264 of Figure 5 A). If the user 302 edits this ID 306, the system may automatically 

IS control that the new code is also unique, and warn the user 302 if it already exists. 

The user 302 enters data into different fields 260, 262, or 256 where at least one field 
254 is used to categorize this item. When the user 302 chooses to save this item's data, step 
310 stores the data in a database file 31 1, or as a single text file where a file name convention 
may define both the ID code and what category this file is a part of. This makes it simpler and 

20 faster to filter out all files belonging to a specific category, and to retrieve data for a specific 
item description. This procedure also ensures that an existing file is not unintentionally 
overwritten, since the ID code is unique for each item. Control is then passed to step 3 12 in 
which the system generates and stores an HTML-formatted file 3 13 for this example, the 
"detailed description document," where the contents of various data fields are embedded in 

25 accordance to a predefined page layout scheme or template. This file's field name should 

contain the ID code 306 for this item. The design template should also include a hyperlink to 
the "category list file" to which this item belongs. It is noted that it is not required to store 
both the text file and the HTML-formatted file 3 13, as one or the other may be stored and used 
for retrieval of needed item data without departing from the spirit of the present invention. 

30 For example, the text file may be utilized to create an HTML-formatted docimient on-the-fly 
when needed, and conversely, the information of the text file may be obtained from an 
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HTML-formatted file by parsing the file for text information. 

Following saving of the item data, the system re-generates (in step 314) the "category 
list file/' an HTML-formatted file 316 illustratively including at least (1) a headline field with 
the actual category name for the present item and (2) a tabular view displaying the contents of 
at least one of the fields from each item description belonging to the given category. Further, 
one or more of the table cells displaying data for a given item may include a hyperlink to the 
specific HTML file that was previously created for this item. In order to update the contents 
of the table 316, the system opens and reads the contents of all files or database records 3 11 to 
locate all records belonging to this particular category to include in the updated list. The 
category Ust document's name should include a specific category ID code, for example an alias 
for the actual category caption. This alias is referenced in the hyperlinks that are included as 
part of the design template for the item descriptions that belongs to this category. 

After the category list document has been saved, the system may display the tabular 
view, or "report view," graphical user interface 280 for the application, as discussed 
previously with regard to Figure 5B, where the user may begin a new turn with adding a new 
item description or revising or deleting an existing one. The graphical user interface 280 may 
also include command buttons or menu elements for other tasks, such as, for example, 
"Update Internet," "Print," "Fax," "Exit," and so on. The "Update Internet" event will revise 
the external web server's markup language formatted item documents and their accompanying 
category list documents, in accordance with the changes to the same set of documents that 
have been made on the local computer or LAN since last "Update Internet" event. It is noted 
that the updating of category list documents may be delayed until a next "Update Internet" 
event without departing from the spirit of the invention. 

Document contents may be stored and updated on a local network server in order to 
allow more than one computer on the local network to revise the contents of the documents. 
As another alternative, an external database on the local PC or local network server is 
connected to the local system in order to automatically import the contents of specific 
electronic document files fi-om the external database into defined data fields in the computer 
program so that duplication of effort can be avoided. 

Figure 7 is a flowchart of exemplary logic for adding a new item description. After 
starting, step 350 generates a new item ID. As discussed previously with regard to ID 306 of 
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Figure 6, this ID may be generated by the system or by the user. Step 352 of Figure 7 then 
inputs an item description and a category. The item description may, for example, be entered 
into one of the fields 260, 262 or 264 of Figure 5A. The category may, for example, be 
entered into the field 254 of Figure 5 A. 

Step 354 of Figure 7 then stores the item description as a text file, as discussed 
previously with regard to element 311 of Figure 6. Step 356 of Figure 7 generates a markup 
language file of the item description, as discussed previously with regard to element 313 of 
Figure 6. As noted previously, either one of the text file or the markup language file may be 
saved without the other being saved without departing fi*om the spirit of the invention, as the 
information which is needed by the system is sufficient when stored in one or the other of 
these files. Step 360 updates the category hst file for the category which has been input, 
corresponding to step 314 and category hst file 316 of Figure 6. Step 362 adds an entry to a 
log file for revised item description files, keeping track of added, revised and deleted items 
since the last update event. As discussed previously, the log file is used by the system to 
update local changes to the external server. Control is then returned to the calhng process. 

Figure 8A shows an exemplary display of an HTML-formatted category hst file 400, 
and Figure 8B shows an exemplary display of a detailed description electronic document file 
402. As previously discussed, the information which is retrieved with a web browser in a 
WMT-generated web publication structure comprises a set of markup language files, such as, 
for example, HTML-formatted or XML-formatted text files, which are records, or "detailed 
descriptions," one detailed description electronic document file for each record. The system 
also includes various sets of accompanying category list document files, which comprise 
markup language text files which include tables with summaries and hyperlinks to detailed 
descriptions for a given category. 

Thus, as shown in Figure 8 A, a given set of category list document files each 
containing a category-specific tabular presentation of underlying detailed descriptions covers 
the whole set of detailed description files belonging to this category, normally without 
overlap. Since there normally is no overlap between categories in a given category set, the 
number of hst files is very limited compared to the number of detailed description files in a 
given implementation. Altemative sets of list files, for example, an alternative set 
"alt_seti.html", "alt_set2.htmr',...., may offer links to the same records, but they are based on 
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other query definitions. 

For example, a real-estate agency may offer its search page visitors a choice between 
inventory tables for three different ranges of price, three for area, and fifteen for different local 
area zones. The three sets of tables (3 + 3 + 15 static web pages) in this example effectively 
5 cover the most common query requests fi:-om home page visitors. In sum, they also cover the 
complete set of records, illustrated as properties for sale, in this example, fi*om three different 
perspectives: price, area and locality. The local computer or server's hierarchical directory or 
folder structure together with specific structuring of the underlying electronic document file 
names represent the database organization, rather than pointers to records as in a conventional 
10 database, 

^-f The address "http://yourcompany.com/presentationl/setl.htmr' may point to one of 

Jp several data-organizing category list files. The "setLhtml" file contains fine item data in 
^in tabular summary form for all records (i.e., "items") that are defined to belong to this specific 
;2 set, or category, of records. Each line item includes summary data (e.g., a thumbnail graphical 
% image, a categorization field, an identification number field for the given record, and a 

hyperlink to the record's web page (i.e., the detailed description document "nr000333.html") 
which contains detailed data field contents for this record with the record identification 
number "nr000333"). All list files in a given set, for example, setl.html, set2,html, etc., are 
]S conveniently located at the same directory "/presentationl", indicating that they, as a group, 
20 present a superset of "presentation!" records. This superset is analogous to a given database in 
a database-centric web page system. From a user's perspective, a given set of line items in a 
list file is analogous, in a database-centric web page system, to a database search engine query 
result fi*om a predetermined, or fixed query. 

The hierarchical structure makes it possible to publish a well-organized structure of a 
25 large number of detailed descriptions. For example, 10,000 detailed descriptions may be 

organized into five major "databases," preferably split into five different hard disk directories, 
each embedding, for example, 10 categories. In this 3-level system, "list of databases" 
comprises level 3, and each list file at level 2 will include only 10000/(5x10) = 200 detailed 
descriptions at level 1, on average. One of the detailed description documents at level 1 can 
30 be accessed fi-om just three hyperlinks: select database, then select category under the selected 
database, and next select a detailed description under the given category. Smaller numbers of 
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detailed descriptions may be organized with fewer levels, for example by publishing only one 
database. For example, 150 records may fit conveniently into a three-level system consisting 
of one data set with 15 categories, wherein each category's Ust file, on average, will include 
hyperlinks to 10 detailed descriptions. 

In the present invention, a static home page may appear to a user to function similarly 
to a "search engine" or search page, since it gives the links, in the form of, for example, drop- 
down boxes, graphical buttons, clickable maps or simple texts, to the various sets of query 
results, or reports that are automatically maintained for a given set of detailed description 
files. Referring to the previously discussed real estate example, the search page is where a 
user selects one of the predetermined "queries," for example, by clicking a hyperlink. Thus, a 
user may request a particular list file fi-om one of the three sets of fist files in the real estate 
example discussed above. 

Figure 8C is an exemplary search page 410 for three parallel sets of categorical hst 
files, displaying a clickable map 412 or an ahemative drop-down box 416, and two drop-down 
boxes 418 and 420. 

The example discussed above with regard to Figures 8A and 8B describes a three-level 
hierarchical structure, with level3 (including hyperlinks to various "databases," such as 
"presentation!," "presentation2," etc.), level 2 (including the sets of category Hst files 
belonging to a given "database," for example, "setl," "set2," etc.), and level 1 (including the 
set of detailed electronic document files referred to firom a given list file, such as 
"nr000333.html," "nr000378.html," etc.). Other levels may easily be added, by including 
more levels of list files to the structure discussed above. For example, the hst file set "seti," 
"set2,"... at level 2 discussed above may include hyperlinks to detailed electronic document 
files, which are on level 1, which describe a new set of subcategories for each of the categories 
at level 2, which includes one subcategory for each detailed electronic document file. Each of 
these subcategory descriptions includes a hyperlink to the actual category hst files for these 
subcategories. Further, these subcategory category list files include hyperlinks to their 
respective sets of electronic document files, or a level 0 description, below level 1. 

By navigating between the search page, the list files, and the detailed electronic 
document files by using an Intemet browser program, the user observes results similar to the 
query results of a search engine that is connected to a web server database. Each detailed 
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description file may include links back to the referring category list file, or to the search page. 
However, the "database" comprises a set of static web pages that are connected by the 
automatically updated and revised category hst files. The solution is "pseudo-database- 
centric," with specific advantages that are not obtained fi:om existing static web page solutions 
nor from database-centric solutions. 

The markup language, for example, HTML-formatted or XML-formatted category hst 
document and detailed description electronic document files are semi-static, smce the 
respective detailed description electronic document files and referring category list document 
files are frequently generated, re-generated, or deleted by a specially designed computer 
program such as, for example, NetSpinner. NetSpinner is not crucial for the flmctionahty of a 
WMT system. However, it is a software tool which is available for building and revising the 
hierarchical set of markup language files, for example, HTML-formatted or XML-formatted 
category list pages and detailed description electronic document files as discussed above, in 
conjunction with its updating of structured text files (i.e., the content files) that include data 
without markup language tags. These latter files are analogous to database records in a 
database program. The actual updating of the markup language (e.g., HTML or XML) files 
takes place in the same automated sequence of events when new records are registered or old 
records are updated or deleted in a local in-office text-file "database" that is connected to the 
NetSpinner program. 

Figures 8D and 8E illustrate an exemplary startup page of an exemplary graphical user 
interface after the user has expanded a menu, similarly to Figures 5A and 5B. Referring now 
to Figures 8D and 8E, a local database administrator or contents editor fills in data or revises 
existing data in pre-defined fields for a given record in a NetSpinner graphical user interface 
450 of Figure 8D. The "report (tabular) view" is shown in 450. A graphical user interface 
452 of Figure 8E illustrates a page layout for a given detailed description data field, 
resembling a "form view" in a database-centric program, where new item descriptions may be 
added and where existing items may be revised or deleted. 

Figure 8F illustrates a subset screen 460 for a descriptive fields presentation including 
a display of a graphical image file. In a preferred embodiment, NetSpinner will automatically 
create both thumbnail graphical image files and larger high-quaUty image files with 
corresponding file names that can be used as hyperlink targets from category list pages, as 
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well as from detailed electronic document pages in the WMT-generated web publication. For 
example, the file name "aaO00333.jpg" may refer to a high-quality picture for a graphical 
image for a detailed description file "nrOO0333.htm," while a file name "ab000333.jpg" may 
refer to a thumbnail version of this image. 
5 One main advantage of the WMT pubUcation is its freedom from database dependency 

in classical terms. Data may be stored and retrieved from a simpler structure such as, for 
example, a "pseudo-database" comprising separate text files for each detailed description. 
Consequently, when a user selects the "save" command, NetSpinner saves the current detailed 
descriptive data in a specially formatted text file with a unique identification number and set 
10 identifier file name, for example, "nr000333.01," where ",01" denotes that the record belongs 
O to the set or category "01," Further, NetSpinner generates an accompanying markup language 
(e.g., HTML-formatted or XML-formatted) version of this record, for example, 
"nr000333.htm," which inckides relative hyperhnks to the accompanying graphical images, if 
■? present. NetSpinner also makes the necessary revisions of the Hst file that inchides the tabular 

summary of all detailed description electronic document files in the set to which the actual 
\ record belongs, or the markup language (e.g., HTML-formatted or XML-formatted) category 

Hst file ("categoryOLhtm"). For example, a new line is added for the category hst file if 
''"^ "nr000333.01" is a new record. Similarly, if the user, while revising the existing record 
.J5 "nr000333.01", chose to delete that record from its record set, then the line in the Hst with the 
20 hyperlink that corresponds to "nr000333.htm" is deleted. 

As discussed previously with regard to Figure 7, NetSpinner maintains a log file 
comprising file names of all item descriptions that have been added, revised, or deleted in a 
given "database" from any workstation on a local network. By selecting the NetSpinner 
command "Update Intemet," an administrator can automatically delete all external web server 
25 files corresponding to locally deleted files and copy all locally added or revised files, 

including graphics, using any file transfer protocol (e.g., standard File Transfer Protocol 
("FTP"), trivial File Transfer Protocol ("TFTP"), or HyperText Transfer Protocol ("HTTP")), 
to the external web server based on the log file's overview of which files to copy to or delete 
from the external server. The log file is then emptied and thus is available to be filled with a 
30 new log of added, revised or deleted item descriptions. The "Update Intemet" event can also 
be automated, by setting a timer function to perform updating at regular intervals. The 
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frequency of updating the external web server defines how close the WMT-produced sets of 
web files match a traditional dynamic search engine or database-centric web page updating on 
an Internet server. On a local server or PC, the update process takes place in real-time for 
both systems, 

5 After an "Update Internet" event as described previously, the external copy of the 

NetSpinner-generated set of HTML-formatted files, which are category list files and detailed 
description electronic document files, in addition to graphical images, is identical to the local 
set of files. During the "Update Internet" event, NetSpinner deletes all files on the external 
server in accordance with files that have been deleted on the local server or PC. 
10 The NetSpinner program may alternatively include other fimctions such as, for 

^■f example, local printing or faxing of lists and detailed descriptions, and even sharing the data 
S files with other programs such as a "Fax-On-Demand" service. The NetSpinner program may 
J 2 be set up to automatically export files, for example, summaries of detailed descriptions, to a 
["^ local or external server in order to update a larger classical client/server database system. The 
IS external database system handles the automated import function. This setup may be used, for 
; example, when data from several WMT-based local d^tasets should be merged into a common 

search engine system offering general overview and hyperlinks back to the local data sets, 
^ thereby offering a functionality and service similar to yellow pages in a telephone book. 

The NetSpinner program may alternatively include algorithms for maintaining unique 
20 record identifiers, or record numbers, making it possible to move electronic document files 
from one set or category to another, to change the identification number, etc. The program 
may also allow for different markup language designs for different "databases," by reading 
markup language design tags from a set of external, and modifiable text files, wherein one set 
of such files comprises a given web page design template. A specific template may, for 
25 example, include client- or server-side script commands and algorithms for a shopping basket 
e-commerce system, including "on-the-fly" listing and cost calculation of items that have been 
added to the basket. In addition, an order submission form that is connected to a webserver 
script or program for further processing can be included as shown, for example, in Figures 9A 
and 9B. Figures 9A and 9B are exemplary shopping basket templates for web design 
30 including hyperlinks to a set of hst files. 

The NetSpinner program may include a menu of several databases, each including 
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their respective set of data categories, web design, etc., for files having different hard disk 
directories for each database. Under each database directory, markup language files (e.g., 
HTML or XML files), graphical files, record files, and template files should preferably be 
located in a hierarchical structure to ease file overview and access speed, and to minimize or 
eUminate occurrences of directories containing a very large number of files. 

An example of a hard disk directory structure for one WMT-generated dataset and its 
accompanying computer program with its template and initiation files is shown in Table 1. 
Three dots ("...") indicates that only a small number of a larger set of files of the given class is 
shown. Several parallel sets of directories on level 1, such as, for example. Presentation!, 
Presentations, etc., may be administered by the same NetSpinner program, for example, 
netspinner.exe at level 4, but each presentation may have its own settings in the template and 
ini-files at level 4. An ini-file is a text file containing various parameters for the system setup 
such as, for example, field captions, location of various file types, etc. In NetSpinner, one can 
allow for other program settings that can be easily modified if the settings were read from 
various text files, such as ini-files. Such files instructing NetSpinner to update the local 
website copy only de-activates the "Update Internet" FTP or HTTP fimction. This 
incorporation could be a feasible option for various Intranet solutions and for cases where the 
web server is directly connected or identical to the local network server, hence eliminating the 
need for an external copy of web site data. 
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Directory Level 1 


Directory Level 2 


Directory Level 3 


Directory Level 4 


Presentation! 


Data 


HTML_files 


nr000333,htm 
nr000338.htm 
nr000456,htm 

alt_setl.htm 
alt_set2.htm 






Graphics 


aa000333.jpg 
aa000333.jpg 






Records 


nr000333.01 
nr000338.01 
nr000456,02 




Program 


Program_files 


netspinner.exe 






ini_files 


html_template.ini 
print_setup.ini 
FTP_setup.ini 
field_nanies.ini 



Table 1 

With the help of the automated functionality of NetSpinner, the frequent updating and 
'^6' maintenance of even a large set of document files is a simple procedure, even on a standalone 
low-cost PC with a modem connection to the Internet. Typically, the saving of a detailed 
description record and the accompanying updating of the markup language (e.g., HTML- 
formatted or XML- formatted) detailed description electronic document file and the connected 
category list files takes less than a second on a modem PC. The magnitude of data is not a 
10 serious obstacle for low- or medium-size databases, so long as the record files can be 

subdivided into a hierarchically structured database and category tree, based on main data 
category classes. NetSpinner may also be set up to automatically split long list files into a set 
of files, so that list file 1 shows a list for detailed descriptions #1-50, plus a hyperlink to part 2 
of the hst, in a separate file, with detailed descriptions #51-100, etc. 
15 Since the WMT is based on very simple protocols (e.g., FTP and HTTP), it puts very 

little demand on line bandwidth, local hardware quality and information technology 
webmaster know-how. One may simply use a normal telephone and a modem, and the 
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running costs are very small. Typically, the daily updates require only a few minutes a day. 
Further, the need for expensive around-the-clock webmaster maintenance is practically 
eliminated, since the need for complex script processing and traditional web-based database 
maintenance is reduced. Locally generated and web-formatted tables and database records are 
5 simply copied to the Internet site from the local network server or even from a stand-alone PC. 

In the above described embodiments, the WMT system operates independently of a 
database. In an altemate embodiment, the system connects to an external database system on 
the local PC or network server in order to import or export data records from or to such a 
database system. In this way, duplication of effort may be avoided in connection with 

10 updating specific data in two parallel systems performing different tasks. This would also 

i ;:3 simplify the initial filing of data into a new WMT-based publication. 

'1^ A database-less WMT-based system has no database downtime, as long as the Internet 

^;;f server itself is running properly. In the worst case, the data that are published on the extemal 
server may be partially outdated if the FTP -procedure does not work properly. However, 

lli fixing FTP connection problems is normally a less complex task compared to many other 

" , problems that are encountered when traditional databases stop fimctioning properly. If a 
3 NetSpinner system should experience problems, at least the latest copy of the data is 

accessible both on the local and the extemal server. With the WMT system, one can easily 
maintain updated complex static web publications well into the domain that traditionally has 

20 been considered an environment for database systems (e.g., a client/server solution). In many 
instances the described system offers unique properties which fimction better than database- 
centric web page solutions, due to the combination of the innate simplicity of static web pages 
and the inclusion of some organizational principles from database structures. In addition, a 
static web page structure can handle a much larger hit rate compared to database-centric web 

25 pages, especially when compared to simple database organizations that are not of the 
client/server type, before server response time becomes a problem. 

In short, the WMT makes dynamic page publishing a realistic and attractive option 
even for small companies with a limited investment capacity for Intemet presentations. WMT 
comprises a process wherein an extemal server's copy of the publication is kept synchronized 

30 with a local copy. Thus, WMT is an embedded feature inside NetSpinner. NetSpinner is one 
of many possible graphical user interfaces that could be applied for the task of updating and 
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maintaining a database-free hierarchical structure of web documents, NetSpinner resides on 

the local computer, with fiill local control. 

Figure 10 illustrates an exemplary portion of a generalized computer network system 

upon which portions of the invention may be implemented. The Web Mirrorring Technology 
5 and NetSpinner exist on a local computer 504 or within a local Intranet 500 at a company's 

LAN, Archived data containing hierarchical information for the website publications is stored 

as text files on the local server 506 or local computer 504 and is maintained by the NetSpinner 

program which resides on the server 506 or on the hard drives of one or more local computers 

504. Informational data may be incorporated into the server's files firom other computers such 
10 as 508 within a company's Intranet, The WMT produces on an ISP's server 512 a copy of the 
i:3 static web pages on the local computer 504, or LAN server 506, All of the local computer 
;S 504, the local server 506, and the ISP*s server computer 510, as well as client compxxters 514, 

516 and 518 are connected by a Wide Area Network (either private or public, e.g., the Internet 
u3 502). Clients logging onto the Internet access the company's home pages through the ISP 
l|i server 512, InfDrmation is available to the clients without having to depend on djmamic 

database connection, either from the ISP server 512 or the local server 506. The WMT 
Q updates the static server files on machine 512 to present the latest web page information on 
Us server 506. The exemplary arrangement in Figure 10 may be simplified by removing the 

Intranet 500 and LAN server 506, and connecting the local computer 504 directly to the ISP 
20 server 512, 

Figure 1 1 illustrates an exemplary hardware configuration of a local computer upon 
which portions of the invention may be implemented. The local computer 504 of Figure 10 
includes a CPU 550 as shown in Figure 1 1, a network operating system 552, a network 
interface 556, NetSpiimer software 554, and computer files 506. The local computer 504 

25 processes input data and stores the data in an appropriate predefined but modifiable web page 
design. The NetSpinner software facilitates editing of the stored data files and transferring of 
updated electronic document files or category list files to the ISP server computer 510 of 
Figure 10. This data, as previously discussed, is grouped into hierarchical categories and 
saved with summary data and hyperlinks to the record files containing detailed information 

30 about each line item in a list. The network operating system 552 permits file transfer and file 
copying using standard file transfer protocols such as, for example, FTP or HTTP. 
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This invention may be conveniently implemented using a network of conventional 
general purpose digital computers and/or microprocessors programmed according to the 
teachings of the present specification, as will be apparent to those skilled in the computer art 
from reading the above descriptions regarding the figures. Appropriate software coding can 
readily be prepared by skilled programmers based on the teachings of the present disclosure, 
as will be apparent to those skilled in the software art. The invention may also be 
implemented by the preparation of application specific integrated circuits or by 
interconnecting an appropriate network of conventional component circuits, as will be readily 
apparent to those skilled in the art. 

The present invention includes a computer program product which is a storage 
medium including instructions which can be used to program a computer or a plurality of 
networked computers to perform a process of the invention. The storage medium can include, 
but is not limited to, any type of disk including floppy disks, optical discs, CD-ROMs, and 
magneto-optical disks, ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, or 
any type of media suitable for storing electronic instructions. 

Stored on any one or on a combination of computer readable media, the present 
invention includes software for controlling both the hardware of a computer and for enabling 
the computer to interact with a human user. Such software may include, but is not limited to, 
device drivers, operating systems and user applications, such as development tools. Such 
computer readable media fiirther includes the computer program product of the present 
invention. Computer code devices of the present invention can be any interpreted or 
executable code mechanism, including but not limited to scripts, interpreters, dynamic link 
libraries, Java classes, and complete executable programs. 

Obviously, numerous modifications and variations of the present invention are 
possible in light of the above teachings. It is therefore to be understood that within the scope 
of the appended claims, the invention may be practiced otherwise than as specifically 
described herein 
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WHAT IS CLAIMED AS NEW AND DESIRED TO RE SECURED BY LETTERS 
PATENTS OF THE UNITED STATES IS: 

1 . A method for production, revision and hierarchical organization of electronic 
documents on a computer system, comprising: 
5 inputting a first item description and a first item category; 

generating a first item identifier corresponding to the first item description; 
generating a first item description electronic document including the first it'gm 
description, the first item category and the first item identifier; 

storing the first item description electronic document in a first digital storage area in a 
1P5 first computer; and 

generating a first category list electronic document, in the first computer, 
^if corresponding to the first item category to include at least a portion of the first item 

description and a reference to the first item description electronic document, prior to receiving 
iS a request for the first category list electronic document fi-om a web browser. 
1^ 2. The method of Claim 1, wherein the step of inputting the first item description 

^ j3 further comprises inputting dmaliito at least one item description content field and the step of 
1^^ storing the first item description electronic document further comprises storing the first item 
description electronic document in the first digital storage area in the first computer using a 
first file name corresponding to the first item category. 
20 3. The method of Claim 1, wherein the first item description electronic document 

comprises one of a text formattedriirst item description electronic document and a markup 
language formatted first item description electronic document. 
4. The method of Claim 1, further comprising: 
inputting a second itenrdescription and a second item category; 
25 generating a second item identifier corresponding to the second item description; 

generating a second item description electronic document including the second item 
description, the second item category and the second item identifier; 

storing the second item description electronic document in the first digital storage area; 

and 

30 generating a second category hst electronic document, in the first computer, 
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corresponding to the second item category to include at least a portion of the second item 
description and a reference to the second item description electronic document, prior to 
receiving a request for the second category hst electronic document from a web browser, 

5. The method of Claim 1, farther comprising: 

generating a first textft^matted electronic document including the first item category, 
the first item identifier, and the first item description; 

storing the fu-st text formatted electronic document in a second digital storage area in 
the first computer; and 

generating a log file to include a reference to the first text formatted electronic 
document. 

6. The method of Claim 1, wherein the step of storing the fu-st item description 
electronic document fiirther'^omprises: 

storing the first item description electronic document in a database in the first 
computer. 

7. The method of Claim 1, wherein the step of generating the first item description 
electronic document comprisesT^ 

generating the first item description electronic document according to a markup 
language formatted electronic document template. 

8. The method of Claim 1 , wherein the step of generating the first item description 
electronic document further comprises: 

generating the first item description electronic document to include a reference to the 
first category hst electronic document. 

9. The method of Claun 1, wherein the step of generating the first category hst 
electronic document comprisesT 

generating the first category list electronic document corresponding to the first item 
category according to a category list electronic document template. 

10. The method of Claim 1, wherein the step of generating the first category hst 
electronic document comprises one of: 

retrieving the first item description electronic document and determining whether the 
first item description electronic document includes the first item category which corresponds 
to the first category list electronic document. 
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searching a plurality of electronic documents of the hierarchical organization of 
electronic documents for electronic documents which include the first item category, and 

using a log file to determine whether to retrieve the first item description electronic 
document and to determine whether the first item description electronic document includes the 
first item category which corresponds to the first category list electronic document, wherein 
the log file includes a reference to at least one electronic document which has been updated in 
the first computer. 

1 1 . The method of Claim 1 , fiirther comprising: 

transferring a copy of the first item description electronic document to a second digital 
storage area on a second computer; and 

transferring a copy of the first category list electronic document to the second digital 
storage area on the second computer. 

12. The method of Claim 1, wherein the step of generating the first item description 
electronic document comprises:''""' 

generating the first item description electronic document electronic document to 
include a reference to at least one of an image file and a sound file, 
the method fiirther comprising the steps of 

storing the at least one of the image file and the sound file in the first digital storage 

area; 

transferring a copy of the first item description electronic document to a second digital 
storage area on a second computer; and 

transferring a copy of the first category list electronic document and a copy of the at 
least one of the image file and the sound file to the second digital storage area on the second 
computer. 

13. The method of Claim 12, wherein the second computer comprises an Internet 
Service Provider computer and-Ae-first computer comprises one of a local area network server 
computer and a personal computer. 

14. A system for production, revision and hierarchical organization of electronic 
documents on a computer system, comprising: 

a computer code device configured to input a first item description and a first item 
category; 
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a computer code device configured to generate a first item identifier corresponding to 
the first item description; 

a computer code device configured to generate a first item description electronic 
document including the first item description, the first item category and the first item 
identifier; 

a first computer configured to store the first item description electronic document in a 
first digital storage area in the first computer; and 

a computer code device configured to generate a first category list electronic 
document, in the first computer, corresponding to the first item category to include at least a 
portion of the first item description and a reference to the first item description electronic 
document, prior to receiving a request for the first category Ust electronic document firom a 
web browser. 

15. The system of Claim 14, wherein the computer code device configured to input 
the first item description is fiirttielrieonfigured to input data into at least one item description 
content field and the first computer id fiirther configured to store the first item description 
electronic document in the first digital storage area in the first computer using a first file name 
corresponding to the first item category, 

16. The system of Claim 14, wherein the first item description electronic document 
comprises one of a text formatted first item description electronic document and a markup 
language formatted first item description electronic document. 

17. The system of Claim 14, fiirther comprising: 

a computer code deviceroKfigured to input a second item description and a second 
item category; 

a computer code device configured to generate a second item identifier corresponding 
to the second item description; 

a computer code device configured to generate a second item description electronic 
document including the second item description, the second item category and the second item 
identifier; and 

a computer code device configured to generate a second category hst electronic 
document, in the first computer, corresponding to the second item category to include a 
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reference to the second item description electronic document, prior to receiving a request for 
the second category Ust electronic document from a web browser, wherein 

the first computer is farther configured to store the second item description electronic 
document in the first digital storage area. 

18. The system of Claim 14, fiirther comprising: 

a computer code device^confi-gured to generate a first text formatted electronic 
document including the first item category, the first item identifier, and the first item 
description; and 

a computer code device configured to generate a log file to include a reference to the 
first text formatted electronic document, wherein 

the first computer is fixrther configured to store the first text formatted electronic 
document in a second digital storage area in the first computer. 

19. The system of Claim 14, wherein the first computer is fiirther configured to store 
the first item description electronic document in a database in the first computer. 

20. The system of Claim 14, wherein the computer code device configured to generate 
the first item description electronilr document is fiuther configured to generate the first item 
description electronic document according to a markup language formatted electronic 
docimient template. 

21 . A computer program product configured to store program instructions for 
execution on a computer system enabling the computer system to perform the steps of: 

inputting a first item description and a first item category; 
generating a first item identifier corresponding to the first item description; 
generating a first item description electronic document including the first item 
description, the first item category and the first item identifier; 

storing the first item description electronic document in a first digital storage area in a 

first computer; and 

generating a first category list electronic document, in the first computer, 
corresponding to the first item category to include at least a portion of the first item 
description and a reference to the first item description electronic document, prior to receiving 
a request for the first category hst electronic document from a web browser. 

22. The computer program product of Claim 21, wherein the step of inputting the first 



item description further comprises inputting data into at least one item description content 
field and the step of storing the first item description electronic document fiarther comprises 
storing the first item description electronic document in the first digital storage area in the first 
computer using a first file name corresponding to the first item category, 

23. The computer program product of Claim 21, wherein the first item description 
electronic document comprises one of a text formatted first item description electronic 
document and a markup language formatted first item description electronic document. 

24. The computer program product of Claim 21, which further stores program 

instructions for performing the steps of: 

inputting a second item description and a second item category; 

generating a second item identifier corresponding to the second item description; 

generating a second item description electronic document including the second item 
description, the second item category and the second item identifier; 

storing the second item description electronic document in the first digital storage area; 

and 

generating a second category list electronic document, in the first computer, 
corresponding to the second item category to include at least a portion of the second item 
description and a reference to the second item description electronic document, prior to 
receiving a request for the second category list electronic document fi-om a web browser. 

25. The computer program product of Claim 21, which further stores program 

instructions for performing the steps of: ... 

generating a first text formatted electronic document including the first item category, 

the first item identifier, and the first item description;^ 

storing the first text formatted electronic document in a second digital storage area in 
the first computer; and 

generating a log file to include a reference to the first text formatted electronic 

docimient. 

26. The computer program product of Claim 25, wherein the step of storing the first 
item description electronic docxmient further comprises: 

storing the first item description electronic document in a database in the first 
computer, 
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27. The computer program product of Claim S l rwherein the step of generating the 
first item description electronic document comprises: 

generating the first item description electronic document according to a markup 
language formatted electronic document template. 
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ABSTRACT OF THE DISCLOSURE 



A method, system and computer program product for revising and publishing 
electronic documents. Two sets of electronic documents are generated and maintained on first 
and second computers. One set is stored on a first computer, for example, as static web pages 
at a company site. Another set is stored on a second computer at a non-local site such as, for 
example, an Internet server where the electronic documents are accessible to clients. Any 
modifications in the set of electronic documents at the local or company site are logged in a 
log file, and the set of electronic documents at the non-local site is modified accordingly so as 
to produce what appears to the client as a "dynamic" set of web pages. The revision and 
publication occurs through generation on the first computer of at least one category list 
document containing an item identifier, an item category, and descriptive data with hyperlinks 
to underlying detailed description electronic document files. The category list documents 
group items together which belong in a given category. The category list and the underlying 
detailed description electronic document files are saved in a format for accessing from a 
general viewer program such as, for example, a web browser. The detailed description data 
may also stored as text based records in, for example, a file of text records or a database of 
text records at the local site. 
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